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PRQCEDE DE COMMUNICATION DEPUIS UN BQUIPEMENT MOBILE 

La pr^sente invention se rapporte au domaine des 
Technologies de 1 ' Information et de la Communication. 
5 La presente invention se rapporte plus 

particulierement a un procede de communication mettant en 
ceuvre au moins un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, UMTS, CDMA, 
W-CDMA ...) et des moyens d'acces a un reseau local sans-fil. 

10 

L'art anterieur connait deja, par la demande de brevet 
am^ricain US 2003/0156566 (Doug Griswold et Ron Bexten) , un 
appareil, des proc£d<Ss et un produit logiciel impl^mentant 
des communications de donnees cellulaires sans fil via un 

15 reseau local sans fil (W-LAN : Wireless Local Area Network) . 
Un systeme de communications de donnees mobiles comporte un 
reseau de communications de donnees cellulaires sans fil, 
comme un reseau GPRS ou CPDP, comprenant une plural ite de 
stations de base qui communiquent avec des terminaux grace a 

20 une premiere interface radio. La plurality de stations de 
base sont couplees a un nceud de controle (control node) , tel 
qu'un SGSN (Serving GPRS Support Node) ou un CDPD MD-IS 
(Mobile Data Intermediate System) qui administre des 
services, comme la gestion de mobilite et la facturation, 

25 pour des terminaux communiquant avec les stations de base. 
Le systeme comprend egalement un W-LAN (Wireless Local Area 
Network) , tel qu'un reseau IP mobile, qui peut fonctionner 
pour communiquer avec des terminaux mobiles grace £ une 
seconde interface radio. Le systeme comprend en outre un 

30 systeme d' « internetworking » couple entre le nceud de 
controle et le reseau local sans fil (W-LAN) qui fournit des 
communications donnees entre les deux. Le W-LAN peut 
posseder une surface de couverture qui recouvre ou est 
associee a une zone de couverture d'un reseau de 
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communications de donntes cellulaires sans fil, telle que, 
par exemple, des hauts debits de donn^es ou des hautes 
densites d' utilisateurs puissent etre supportees : des « hot 
spots » comme des aeroports, hotels, centres de conferences 
ou lieux similaires. 

La pr£sente invention entend remedier aux 
inconv£nients de l'art antSrieur en proposant un procede 
tr£s innovant mettant en ceuvre les technologies de rlseaux 
mobiles cellulaires et de r6seaux locaux sans-fil (comme Wi- 
Fi) . L' invention trouve par exemple des applications dans le 
domaine de la mise en relation. 

A cet effet, la presente invention concerne, dans son 
accept ion la plus generale, un proc6de de communication 
mettant en ceuvre au moins un equipement mobile comprenant 
des moyens de telecommunications mobiles (du type GSM, GPRS, 
UMTS, CDMA, W-CDMA ...) et des moyens d'acces a un reseau 
local sans-fil caracttrise en ce qu' il comprend les etapes 
consistant & : 

Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 
donnees num^riques ; 

- Envoyer une premidre requete, ladite requete 
comportant une pluralite de parametres et trans it ant via le 
reseau local sans-fil ; 

- Envoyer une seconde requ§te 5. un serveur, cette 
requite comportant au moins une liste d' ident if iants 
constitute d'au moins un identifiant et transitant via le 
reseau de telecommunications mobiles ; 

Traiter au niveau du serveur la seconde requete a 
1'aide de la base de donn£es comportant les profils 
utilisateurs ; 
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Recueillir une rlponse a la seconde requite du 
serveur et afficher cette r^ponse sur un §cran dudit 
equipement mobile. 

5 Selon une premiere variante, les deux requites sont 

emises de fagon simultanee. 

Selon une seconde variante, les deux requetes sont 
Emises & des instants differents. 

10 Selon un mode de realisation particulier, . 1 ' equipement 

mobile emet un signal vers le r^seau local en permanence. 

Avantageusement, le precede comporte en outre une 
£tape de constitution d'une liste d' identif iants 
15 correspondant aux reponses a la premiere requete . 

De preference, le procede comporte en outre une etape 
de tri parmi les identifiants correspondant aux reponses a 
la premiere requite. 

Selon une variante, 1' envoi de la seconde requete est 
declenche par une action de 1 ' utilisateur . 

Selon une autre variante, 1' envoi de la seconde 
requete est d£clench£ de fagon automatique. 

Dans un mode de realisation particulier, le procede 
est mis en ceuvre dans un service de mise en relation. 

Dans un autre mode de realisation particulier, le 
procede est mis en oeuvre dans un service de vente de 
proximite . 

Avantageusement, le procedg comporte en outre une 
etape de conversion d' identif iants de fagon a rendre 
compatibles des identifiants de l'operateur de 
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telecommunications avec les identifiants enregistres dans 
ladite base de donnees numeriques. 

La presente invention se rapporte egalement a un 
systeme de communication pour la mise en ceuvre du procede 
comportant une pluralite d' equipements mobiles bi- 
compatibles, au moins une base de donnees, au moins un 
serveur, et au moins un reseau de telecommunications 
mobiles . 

On comprendra mieux 1' invention a l'aide de la 
description, faite ci-apres a titre purement explicatif, 
d'un mode de realisation de 1' invention, en reference aux 
figures annexees : 

la figure 1 illustre un systeme de transmission de 
donnees d' informations entre un serveur et plusieurs 
terminaux mobiles au sens de la presente invention ; 

la figure 2 illustre un premier mode de 
realisation de 1' invention ; 

la figure 3 illustre un deuxieme mode de 
realisation de 1' invention ; 

la figure 4 illustre un troisieme mode de 
realisation de 1' invention. 

On considere qu'un utilisateur de la presente 
invention doit etre muni d'un equipement mobile bi- 
compatible comprenant des moyens de telecommunications 
mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) lui 
permettant d'acceder a une base de donnees numeriques et des 
moyens d'acces a un reseau local sans-fil lui permettant de 
communiquer avec les autres equipements bi- compatibles 
environnants . Chaque utilisateur doit enregistrer un profil 
dans cette base de donnees numeriques. Chaque profil 
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contient un identifiant numirique qui sera unique. En plus 
d'etre stocke dans la base de donn^es numeriques, 
1' identifiant numgrique du profil de 1 ' utilisateur sera 
stocke dans 1 ' equipement mobile bi - compatible de 
5 l'utilisateur . 

Dans la suite du texte, on considerera que le mot 
« Equipement mobile bi -compatible » a comme synonyme : 
terminal mobile ou mobile, 

10 

Illustr£ figure 1, le systeme de communication selon 
1' invention comprend un serveur 8. 

Le serveur 8 comprend une base de donnees qui est 
15 composee de trois tables de donnees. 

La premiere table stocke 1 ' information qui permet au 
serveur de savoir pour chaque utilisateur s'il a le droit 
d'utiliser la pr^sente invention. Cette table contient les 
2 0 champs suivants : 

Identifiant (Cle unique de la table) ; 
Autorisation d'accds (oui ou non) . 

La deuxieme table stocke les informations relatives a 
25 chaque communaute. Elle contient les champs suivants : 

nom de la communaute (Cl£ unique de la table) ; 
type de la communaute (Ouverte ou Fermee) ; 
liste des identifiants qui sont membres de cette 
communaute . 

30 



On entendra par communaute au sens de la presente 
invention un groupe d'utilisateurs ayant choisi de 
s'Schanger certaines informations entre eux. 
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Dans la presente invention, n' import e quel utilisateur 
peut cr^er une communaute. 

II existe deux types de communautes : les communaute s 
ouvertes et les communautes fermees. 

Dans une communaute ferm£e, un administrateur A est 
1' utilisateur qui a cree la communaute. L'ayant cr£ee, on 
considera que c'est sa communaute. Pour qu'un utilisateur B 
devienne merabre de sa communaute, 1 ' administrateur A doit 
lui donner son autorisation sans laquelle 1 ' utilisateur B ne 
peut pas devenir raembre de sa communaute meme s'il le 
souhaite. L' administrateur A peut egalement exclure des 
membres de sa communaute. 

Dans une communaute ouverte, il n'y a pas 
d' administrateur. Chaque utilisateur peut s'il le souhaite 
devenir membre d'une communaute ouverte a partir du moment 
oft il connait le nom de celle-ci. 

Dans la presente configuration, chaque utilisateur est 
obligatoirement membre de « la communaute globale » 
recensant tous les utilisateurs . 

La troisi£me table stocke les informations relatives 
au profil de chaque utilisateur. Elle contient les champs 
suivants : 

identifiant (Cle unique de la table) ; 

mot de passe ; 

liste d' appartenance ; 

liste des noms de ses communautes ; 
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inf ormations identif iantes et ses crit^res d'accds 

associes ; 

informations personnelles et ses criteres d'accds 

associes • 

5 

La liste d'appartenance de 1 ' utilisateur A est la 
liste des communaut es qui comptent comme membre 
l'utilisateur A. 

10 La liste des noms de ses communaut es est la liste des 

noms des communaut es fermles qui sont administrees par 
l'utilisateur 

Une information identifiante est une information qui 
15 caracterise 1 ' apparence physique d'un individu. Une 
information identifiante d'un individu peut aider & son 
identification lorsque cet individu se trouve dans une 
foule. L' information identifiante peut renseigner sur le 
sexe, l'&ge, la taille, le poids, la longueur et la couleur 
20 des cheveux, la couleur des yeux d'un individu reel ou 
imaginaire ou peut etre une photo d'un individu. . . 

Les informations identif iantes d'un utilisateur sont 
les informations qui caract§risent son apparence physique. 

25 

Les informations personnelles de l'utilisateur A sont 
des informations que l'utilisateur souhaite communiquer mais 
qui ne sont pas identif iantes . Les informations personnelles 
peuvent nous renseigner sur son pseudonyme, son nom, ses 
30 gofits, son parcours, sa vision du conjoint ideal, son 
engagement, ses idees, son humeur, son adresse, ce qu'il 
cherche a vendre, ce qu'il cherche a acheter, le solde de 
son compte en banque, son num^ro de carte bancaire. . . 
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Par d£faut, les informations identif iantes et les 
informations personhelles de 1 ' utilisateur A peuvent etre 
consultees par les tous autres utilisateurs environnants sur 
leur terminal mobile. 

Mais 1' utilisateur A peut juger qu'une certaine 
information identifiante ou personnelle faisant partie de 
son profil d' utilisateur ne doit pas pouvoir etre consultee 
par tous les utilisateurs environnants. Il juge ainsi cette 
information sensible et il peut alors limiter l'acces a 
celle-ci a certains utilisateurs environnants seulement 
remplissant certains criteres. 

Ainsi pour une information jugee sensible 
(identifiante ou personnelle) par 1 ' utilisateur A, 
l'utilisateur A peut lui associer un critere d'acces. Ce 
critere d'acces doit etre rempli par les utilisateurs 
environnants pour pouvoir consulter sur leur terminal mobile 
1' information de l'utilisateur A qu'il a jugee sensible. 

Un critere d'acces est compose d'un critere 
identif iant et/ou d'un critere communautaire : 

1) Un critere identifiant 

Un critere identifiant est compose d' informations 
identif iantes. Un utilisateur B remplit le critere 
identifiant choisi par l'utilisateur A si les informations 
identif iantes de l'utilisateur B contenues dans son profil 
d' utilisateur remplissent le critere identifiant choisi par 
l'utilisateur A 



2) Un critere communautaire 
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lie critere communautaire de l'utilisateur A est un 
critere compose d'une liste de plusieurs communautes 
choisies par l'utilisateur A, Un utilisateur B remplit le 
critere communautaire de l'utilisateur A si au moins une 
5 communaute de la liste composant le critdre communautaire de 
l'utilisateur A se trouve dans la liste d' appartenance de 
l'utilisateur B. 

N'importe quelle communaute ouverte peut faire partie 
10 de la liste des communautes composant un critere 
communautaire de l'utilisateur A. En revanche, seules les 
communautes fermees qui comptent comme membre l'utilisateur 
A peuvent faire partie de la liste des communautes composant 
un critere communautaire de l'utilisateur A, 

15 

Le serveur 8 comprend un organe de connexion 
permettant la reception de requites pouvant venir de 
n'importe quel terminal mobile 2. L' organe de connexion 
permet aussi 1' envoi et la gestion des envois des messages 
20 destines a un ou des terminaux mobiles. 

Le serveur 8 comprend aussi deux zones de traitement. 

La premiere zone de traitement s' assure que la requete 
regue peut etre executee . Elle permet d'emp§cher 
25 1' utilisation frauduleuse du terminal mobile. 

La premiere zone de traitement consulte 
syst^matiquement la premiere table de donn£es et vSrifie 
systematiquement que 1 ' identif iant du demandeur est bien 
autorise & accSder a la deuxieme et & la troisieme table de 
30 donnees du serveur. Cette verification est indispensable. 
Si le demandeur n'a pas le droit d' avoir acces aux 
informations contenues dans les tables de donnees, la 
premiere zone de traitement redige un message d'erreur qu'il 
lui envoie . 
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Si la requete passe la premiere zone de traitement 
avec succ^s, elle passe dans la deux i erne zone de traitement. 

5 La deuxieme zone de traitement determine le type de la 

requite puis la traite. 

II existe deux types de requete : 
la requite complete ; 
10 - la requete incomplete. 

Seules les requetes completes peuvent etre executes 
par la deuxieme zone de traitement . 

15 La requite incomplete est presente sous deux formes : 

la requete de type X ; 
la requete de type Y. 

20 Une requite est complete si elle contient : 

1' identif iant de l'initiateur d'une recherche ; 
un numero de recherche ; 
un critere de recherche ; 

une liste composee d'au moins un identif iant 
25 enyironnant & l'initiateur de la recherche. 

Un critire de recherche est de meme nature qu'un 
critere d'accis. II est compost d'un critere identifiant 
et/ou d'un critere communautaire . Mais un critere de 
30 recherche n'est pas associel a des informations contenues 
dans les prof ils utilisateurs . 



II est associl a un num§ro de recherche et est defini 
r 1'utilisateur lui permettant d'obtenir davantage 
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d' informations sur tous les utilisateurs environnants 
remplissant son critere de recherche. 

Pour eviter toutes confusions, dans la suite du texte, 
on dira que le critere d'accds est compose d'un critere 
identifiant d'acces et/ou d'un critere communautaire d'acc£s 
et que le critere de recherche est compost d'un critere 
identifiant de recherche et/ou d'un critere communautaire de 
recherche . 

Une requ§te est de type X si elle contient : 

1' identifiant de l'initiateur d'une recherche ; 
un numero de recherche ; 
un critere de recherche . 

Une requete est de type Y si elle contient : 

1' identifiant de l'initiateur d'une recherche ; 
un numero de recherche ; 

un identifiant environnant a l'initiateur de la 

recherche . 

On considere qu'une requete de type X est compatible 
avec une requete de type Y et vis et versa, si ces deux 
requetes contiennent le meme identifiant de l'initiateur 
d'une recherche et contiennent le meme numero de recherche. 

Lorsqu'une requete complete arrive dans la deux i erne 
zone de traitement, la deuxieme zone de traitement cree une 
requete de type X qui est stockee temporairement pendant 
environ 5 minutes dans la memoire du serveur & 1'aide des 
informations contenues dans la requ§te complete puis la 
deuxieme zone de traitement execute la requ§te complete. 
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Lorsqu'une requSte de type X arrive dans la deuxieme 
zone de traitement, elle est stockee temporal rement pendant 
environ 5 minutes dans la memoire du serveur. Puis la zone 
de traitement cherche dans sa memoire, s'il y a des requStes 
de type Y qui sont compatibles avec elle. Si c'est le cas, 
la deuxieme zone de traitement transforme chaque requSte de 
type Y compatible en une requSte complete a l'aide de la 
requSte de type X. Toutes ces requites completes sont alors 
executees par la deuxieme de zone de traitement. 

Lorsqu'une requSte de type Y arrive dans la deuxieme 
zone de traitement, la deuxieme zone de traitement cherche 
dans sa memoire s'il y a une requSte de type X qui est 
compatible avec elle. Si c'est le cas, la deuxieme zone de 
traitement la transforme a l'aide de la requSte de type X 
compatible en une requSte complete qui est alors executee. 
Si ce n'est pas le cas, la requSte de type Y est stockee 
temporairement pendant 5 min dans la memoire du serveur. 

Soit A l'initiateur d'une recherche et B la liste des 
identifiants environnants a l'initiateur A, 1' execution 
d'une requSte complete se traduit alors par : 

Une premiere etape de tri retenant seulement les 
identifiants de la liste B qui remplissent le critere de 
recherche de 1 ' utilisateur A et qui sont autorises a 
utiliser la presente invention. 

Une deuxieme etape qui select ionne pour chaque 
identifiant qui compose la liste B nouvellement triee les 
informations de son profil n'etant pas associees a des 
criteres d'acces ou etant associees a des criteres d'acces 
remplis par le profil de 1' utilisateur A. 



) 
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Une troiei^me 6tape qui consiste a envoyer une reponse 
h 1' utilisateur A contenant les informations selectionnees 
dans la deux i erne etape. 

5 Le systeme de communication selon 1' invention comprend 

Sgalement des terminaux mobiles 21, 22, 23, appel^s 2 de 
f agon generique . 

Le terminal mobile 2 est un appareil glectronique 
10 portable reprenant les caract^ristiques techniques d'un 
ordinateur de poche. II est au moins dot6 d'un ecran, d'un 
clavier, d'un processeur, d'une batterie, d'une memoire 
dure, d'une memoire vive et d'une interface faisant la 
connexion de tous ces elements. 

15 

II peut etre dote d'un emplacement reserve a 1'ajout 
d'une puce stockant 1 ' identif iant qui permettra au serveur 
d' identifier le profil de 1 ' utilisateur . Dans ce cas, avant 
le premier allumage du terminal mobile, 1 ' utilisateur doit 
2 0 insurer sa carte a puce fournie avec son terminal mobile 
dans celui-ci, 

Le terminal mobile 2 peut stocker certaines 
informations de son profil sur sa memoire, 

25 II permet aussi a son utilisateur de saisir un critere 

de recherche. L' utilisateur peut alors lancer une recherche 
sur son terminal mobile. L' interface du terminal mobile cree 
alors un nouveau numero de recherche et une liste vide 
associ6e. Cette liste vide associ^e a son numero de 

30 recherche contiendra par la suite des identifiants 
environnants captes . 

L' interface stocke alors dans la memoire du terminal 
mobile ces trois elements : 
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le numero de recherche cree ; 

le crit^re de recherche pr^cederament saisi ; 
la liste vide associ^e. 

Le terminal mobile 2 comprend <§galement un organe de 
connexion 3 permettant d'acceder au reseau local sans fil 
en vue de communiquer avec les autres equipements bi- 
compatible environnants . 

L' organe de connexion 3 peut envoyer des requetes 
destinees aux autres terminaux mobiles dans une zone 
environnante EN, par radio- communication, via une liaison 
radio 7 . 

L' organe de connexion 3 peut receptionner des requetes 
envoy£es depuis d' autres terminaux mobiles situes dans une 
zone environnante EN, par radio-communication, via une 

liaison radio 7 . 

L' organe de connexion 3 pourra par exemple etre aux 

normes de communication WIFI . 



Le terminal mobile 2 comprend egalement un autre 
organe de connexion 4 permettant d'Stablir une communication 
25 par une liaison radio 6 avec l'operateur de 
telecommunication 9. L' organe de connexion 4 pourra par 
exemple etre aux normes de communication GPRS ou UMTS. 

L'operateur de telecommunication mobile 9 est relie en 
30 permanence au serveur 8 grace a une liaison filaire haut 
d<§bit 5. L' organe de connexion 4 peut done communiquer avec 
le serveur 8 par 1 ' interm<§diaire de l'operateur de 
telecommunication 9. 
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Ainsi, gr&ce £ son organe de connexion 4, le terminal 
mobile peut envoyer des requites au serveur 8 et recevoir la 
r£ponse du serveur & sa requete. Le terminal mobile peut 
aussi recevoir un message venant du serveur, ce message 
5 n'etant pas precede d'une requite. 

Mais d'une fagon plus g£nerale, un terminal mobile 
peut indirectement envoyer une requite au serveur par le 
biais d'un ou plusieurs autres terminaux mobiles 
10 environnants . 

Le terminal mobile 2 comprend une zone de traitement. 

Sur un ordre de 1' interface du terminal mobile, la 
15 zone de traitement peut composer des nouvelles requites qui 
sont ensuite emises par 1' organe de connexion 3 ou 4 . 

Par ailleurs, la zone de traitement du terminal mobile 
analyse en permanence les requetes qui sont captles par son 
organe de connexion 3 . La zone de traitement peut decider de 
20 composer une nouvelle requete aprls avoir analyse une 
requete captee, cette nouvelle requete etant ensuite emise 
par 1 ' organe de connexion 3 ou 4 . 

L' organe de connexion 3 du terminal mobile peut capter 
25 deux types de requetes : 

la requete de type M envoyee par I'initiateur 
d'une recherche ; 

la requete de type P envoyle par un utilisateur 
30 environnant a I'initiateur d'une recherche. 

La requete de type M peut contenir 
eventuellement 1' identif iant de I'initiateur d'une recherche 
et un numlro de recherche- 
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Si la requete de type M contient 1 ' identif iant de 
l'initiateur d'une recherche et un num£ro de recherche, la 
requite peut contenir en plus eventuellement un critere de 
5 recherche . 

La requete de type P contient 1 ' identif iant de celui 
qui l'a envoyee. Elle peut aussi contenir eventuellement 
1' identif iant de l'initiateur d'une recherche et un numero 
10 de recherche. 

Lorsque l'organe de connexion 3 regoit une requete de 
type M ne contenant pas de critere de recherche, la zone de 
traitement compose automat iquement une nouvelle requite de 
15 type P. 

Lorsque l'organe de connexion 3 regoit une requete de 
type M contenant un critere de recherche, la zone de 
traitement determine si elle doit composer une nouvelle 

20 requite de type P. La zone de traitement consulte alors sa 
memoire et determine si elle peut savoir si son utilisateur 
remplit le critere de recherche contenu dans la requete de 
type M. Si son utilisateur ne remplit pas le critire de 
recherche, la zone de traitement ne compose pas une nouvelle 

25 requete de type P. Si la zone de traitement ne sait pas si 
son utilisateur remplit le critere de recherche ou si son 
utilisateur remplit le critire de recherche, la zone de 
traitement compose une nouvelle requite de type P. 



30 



Si la requete de type M regue ne contient pas 
1' identif iant de l'initiateur d'une recherche ni un numero 
de recherche ni un critere de recherche, la nouvelle requete 
de type P est necessairement emise aux autres terminaux 
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mobiles environnants par 1 ' intermediaire de 1' organe de 
connexion 3 . 

Si la requete de type M regue contient 1 ' identif iant 
5 de l'initiateur d'une recherche et un numero de recherche et 
si la zone de traitement compose une nouvelle requete de P, 
la nouvelle requ§te de type P contient necessairement 
1' identif iant de l'initiateur d'une recherche et le numero 
de recherche contenus dans la requite de type M regue et est 
10 soit emise aux autres terminaux mobiles environnants par 
1' intermediaire de 1 ' organe de connexion 3 ou soit emise au 
serveur par 1 ' intermediaire de I 7 organe de connexion 4 

On remarque que cette nouvelle requete de type P 
15 envoy§e au serveur peut alors s'appeler une requite 
incomplete de type Y. 

Enfin, sur un ordre de 1' interface, la zone de 
traitement peut composer puis gmettre une nouvelle requite 

20 de type P (ne faisant pas suite £ un traitement d'une 
requite de type M) , dans ce cas, cette nouvelle requ§te de 
type P est emise aux autres terminaux mobiles environnants 
par 1 ' intermediaire de 1 ' organe de connexion 3 et ne 
contient ni 1 ' identif iant de l'initiateur d'une recherche ni 

25 de numero de recherche. 

Lorsque 1' organe de connexion 3 re<?oit une requete de 
type P, la zone de traitement s' assure de prime abord que la 
requete de type P lui est bien adressSe. Elle lui est bien 
30 adressee si 1 ' identif iant de l'initiateur d'une recherche 
n'est pas contenu dans la requSte regue ou si 1 ' identif iant 
de l'initiateur d'une recherche contenu dans la requete 
regue correspond a 1 ' identif iant de 1 ' ut ilisateur du 
terminal mobile ayant regu cette requete. 
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Si elle lui est adress§e et que la requSte de type P 
ne contient pas de numero de recherche, alors, la zone de 
traitement ajoute 1 ' identif iant de celui qui a envoye la 
requete de type P dans toutes les listes associ6es aux 
numeros de recherche presents dans la memoire du terminal 
mobile. 

Si elle lui est adressee et que la requete de type P 
contient un numero de recherche qui est identique & un des 
num6ros de recherche presents dans la memoire du terminal 
mobile, la zone de traitement ajoute dans sa liste associee 
1' identif iant de celui qui a envoye la requete de type P. 

Si l'utilisateur a pr^cedemment initie une recherche, 
1' interface peut ordonner k la zone de traitement de 
composer une nouvelle requete complete a la destination du 
serveur compos^e de 1 ' identif iant de son utilisateur, son 
numero de recherche, son critere de recherche associg, la 
liste d' identif iants capt^s associee, ces trois derniers 
elements etant ensuite supprime de la memoire du terminal 
mobile. 

L' invention permet alors k 1 ' utilisateur d'obtenir sur 
son terminal mobile des informations sur des utilisateurs 
environnants remplissant le critere de recherche qu' il a 
choisi precedemment, 1' interface du terminal mobile pouvant 
afficher sur l'ecran de celui-ci n'importe quelle 
information stockee ou traitee par sa zone de traitement ou 
contenue dans n'importe quelle requete capt^e par son organe 
de connexion 3 ou 4 . 

Nous allons maintenant decrire dans la suite trois 
modes de realisation de la presente invention utilisee par 



WO 2005/046279 



19 



PCT/FR2004/002822 



trois personnes : A, B et C. II est entendu que ces trois 
exemples ne sauraient etre limitatifs. 

Selon un premier mode de realisation, 1 ' organe de 
5 connexion 3 du mobile de chaque utilisateur a la 
particularity d'emettre en permanence une requete de type P 
contenant 1 ' identif iant de son utilisateur destinee aux 
autres mobiles environnants. Cette Emission a lieu a un 
moment al^atoire dans un intervalle de 5 secondes toutes les 
10 5 secondes. 

Ce procede emetteur permet au procede recepteur de 
minimiser le risque de collision entre deux signaux radio 
entrainant la perte des deux informations. En effet, si deux 

15 mobiles gmettent en m@me temps leurs identifiants, la 
probability qu'ils 6mettent encore en meme temps les 5 
secondes suivantes est tr£s faible. De ce fait, le recepteur 
de 1' organe de connexion 3 possede une forte probability de 
capter tous les identifiants environnants sur une p^riode de 

20 3 0 secondes . 

Ainsi le mobile n'a pas besoin d'envoyer une requete 
de type M aux autres mobiles environnants pour qu'ils 
emettent une requete de type P contenant leur identif iant, 
25 signalant leur presence. II suffit que sa zone de traitement 
analyse les requetes de type P pendant 3 0 secondes pour 
qu'elle mette a jour les listes des identifiants 
environnants captes . 

30 Selon le premier mode de realisation illustr^ figure 

2, 1' utilisateur A saisit un critere de recherche sur son 
mobile. Puis il lance une recherche. L' utilisateur A est 
alors l'initiateur d'une recherche. 
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L' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L' interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
saisi . 

L'organe de connexion 3 du mobile de B emet en 
permanence une requ§te RIB de type P contenant 1 ' identif iant 
de B destinee aux autres mobiles environnants . 

L'organe de connexion 3 du mobile de C emet en 
permanence une requSte R1C de type P contenant 1 ' identif iant 
de C destinee aux autres mobiles environnants. 

L'organe de connexion 3 du mobile de A receptionne les 
requSte RIB et R1C de type P contenant respectivement 
1' identif iant de B et de C. 

La zone de traitement du mobile de A analyse alors les 
requetes RIB et R1C et conclut que ces requetes lui sont 
bien adress£es car elles ne contiennent pas 1 ' identif iant de 
l'initiateur d'une recherche. La zone de traitement ajoute 
1' identif iant de B et de C dans la liste vide precedemment 
cr^ee . 

Sur un ordre de 1' interface du mobile de A, la zone de 
traitement compose une nouvelle requete complete R2 
contenant 1 ' identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
1' identif iant de B et de C et le critSre de recherche 
precedemment saisi par A. 



La requSte complete R2 est ensuite envoy<§e au serveur. 
AprSs avoir passe avec succds la premiere zone.de traitement 
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du serveur, la requete complete R2 est executee par la 
deuxieme zone de traitement du serveur. 

Dans une premiere etape, le serveur consulte ses 
tables de donnees, il en conclut que les utilisateurs B et C 
remplissent le critere de recherche de 1 ' utilisateur A. 

Dans une deuxieme £tape, le serveur selectionne les 
informations contenues dans le profil de 1 ' utilisateur B et 
C auxquelles 1' utilisateur A peut acceder. 

Dans une troisieme etape , le serveur envoie a 
1' utilisateur A les informations prec£demment sllectionnees 
par le serveur, 

Le mobile de A regoit les donnees venant du serveur et 
celles-ci s'affichent a l'ecran. 

Desormais dans le deuxidme et le troisieme mode de 
realisation, on considere que, en plus d'etre stock^es • sur 
le serveur, les informations ident if iantes de chaque 
utilisateur sont aussi stock6es dans la memoire de leur 
mobile. De plus, on considere que les requetes de type M 
contiennent le critere identifiant de recherche. 

Selon le deuxidme mode de realisation illustre figure 
3, 1' utilisateur A saisit un critere de recherche (compost 
d'un critere identifiant de recherche et d'un critdre 
communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L' utilisateur A est alors 1'initiateur d'une 
recherche . 

L' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L' interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
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liste vide associ§e et le critere de recherche precedemment 
saisi . 

Sur un ordre de 1' interface, la zone de traitement 
compose une requite Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment crS6, le critere 
identif iant de recherche pr£c£demment saisi. Une fois 
composee, la requite Rl de type M est envoyee aux mobiles 
envi ronnant s • 

Une fois regue, la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
conclut que leur utilisateur remplit le critere identifiant 
de recherche de A. 

La zone de traitement des mobiles de B et C compose 
alors une requete de type P contenant 1 ' identif iant de A, le 
numero de recherche identique a celui contenu dans la 
requSte Rl et respect ivement 1 ' identif iant de B pour la zone 
de traitement du mobile de B et de C pour la zone, de 
traitement du mobile de C. Une fois composSes, les requites 
R2B et R2C sont envoyees aux mobiles environnants et sont 
destinees au mobile de A. 

Une fois regues, la zone de traitement du mobile de A 
traite les deux requetes R2B et R2C. 

Ces requetes lui sont bien adressees car 1 ' identif iant 
de 1'initiateur d'une recherche contenu dans les requStes 
R2B et R2C est bien 1 9 identif iant de A. 

La zone de traitement ajoute alors 1 ' identif iant de B 
et de C dans la liste vide precedemment cr<§ee. 
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Sur un ordre de 1' interface du mobile de A, la zone de 
traitement compose une nouvelle requite complete R3 
contenant 1 ' identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
5 1' identif iant de B et de C et le critSre de recherche saisi 
par A. 

La requete complete R3 est ensuite envoyee au serveur. 
Apres avoir passe avec succds la premiere zone de traitement 
10 du serveur, la requete R3 est exgcut^e par la deuxieme zone 
de traitement du serveur. 

Dans une premiere etape, le serveur consulte ses 
tables de donnees et il en conclut que seul 1 ' utilisateur B 
15 remplit le critdre communautaire de recherche de 
1' utilisateur A. 

Dans une deuxidme £tape, le serveur s^lectionne les 
informations contenues dans le profil de 1 ' utilisateur B 
20 auxquelles 1 ' utilisateur A peut acc^der . 

Dans une troisi^me etape, le serveur envoie a 
1' utilisateur A les informations precedemment selectionnees 
par le serveur. 

25 

Le mobile de A re<?oit les donnees venant du serveur et 
celles-ci s'affichent a I'ecran. 

Dans une variante de la deuxieme realisation, on 
30 envisage le cas ou les informations identif iantes de 
1' utilisateur C ne remplissent pas le critere identif iant de 
recherche de 1 ' utilisateur A. Dans ce cas, aprds avoir 
receptionne la requite Rl, la zone de traitement du mobile 
de C ne compose pas une nouvelle requete. Le mobile de A ne 
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r6ceptionne que la requete R2B et envoie ensuite une requete 
complete R3 au serveur contenant 1 ' ident if iant de A, le 
numero de recherche precedemment cree et sa liste associee 
composee de seulement 1 ' identif iant de B et le crit^re de 
5 recherche precedemment saisi . 

Selon le troisidme mode de realisation illustre figure 
4, 1'utilisateur A saisit un critdre de recherche (compose 
d'un critere identif iant de recherche et d'un critere 
10 communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L' utilisateur A est alors l'initiateur d'une 
recherche . 

L' interface du mobile de A cree un nouveau numero de 
15 recherche et une liste vide associee. L' interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
saisi. 

20 Sur un ordre de 1' interface, la zone de traitement 

compose une requSte incomplete R2 de type X contenant 
1' identif iant de A, le num6ro de recherche precedemment 
cre#, le critere de recherche precedemment saisi. Une fois 
composee, la requSte R2 de type X est envoyee au serveur. 

25 

Sur un ordre de 1' interface, la zone de traitement 
compose une requete Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment cr6e, le critere 
identif iant de recherche precedemment saisi. Une fois 
3 0 composee, la requete Rl de type M est envoyee aux mobiles 
environnants . 

Une fois regue, la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
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conclut que leur utilisateur remplit le critere identifiant 
de recherche de 1' utilisateur A. 

La zone de traitement des mobiles de B et C compose 
alors une requite de type P contenant 1 ' identifiant 
de 1' utilisateur A, le numiro de recherche identique a celui 
contenu dans la requete Rl et respectivement 1 ' identifiant 
de B pour la zone de traitement du mobile de B et de C pour 
la zone de traitement du mobile de C. Une fois composes, 
les requites R2B et R2C sont envoyees au serveur. 

On remarque que ces nouvelles requites R2B et R2C sont 
aussi des requetes incompletes de type Y. 

Apris avoir passi avec succes la premiere zone de 
traitement du serveur, la deuxieme zone de traitement du 
serveur traite les requite R2, R2B et R2C. 

Le serveur cr£e alors deux requetes completes en 
associant la requete R2 de type X et la requete R2B de type 
Y et en associant la requite R2 de type X et la requite R2C 
de type Y. Le serveur exicute ces deux nouvelles requetes 
completes . 

Le serveur envoie la reponse 3B et 3C au mobile de 
1'utilisateur A. 

Le choix entre le premier mode de realisation, le 
deuxieme mode de realisation et le troisieme mode de 
realisation peut resulter d'une optimisation des 
caractiristiques du reseau de telecommunications mobiles et 
du reseau sans fil local. 

Ainsi, si le reseau sans fil local est surchargi, le 
mobile privil^giera un dialogue avec le serveur plut6t 
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qu'avec les autres mobiles environnants comme dans le 
premier mode de realisation. En revanche si le serveur est 
surcharge, le second mode de realisation sera privilSgiS, 
avec un traitetnent pr^alable au niveau des terminaux 
5 mobiles . 

La pr£sente invention, selon un quelconque mode de 
realisation, peut etre utilisee pour de nombreux types 
d' application selon les caracteristiques des recherches et 
10 des informations stockees dans les profils des utilisateurs . 

L'utilisateur peut par exemple chercher dans une foule 
des personnes d'un ige determine (avec par exemple des 
requetes du type « age inferieur a 3 0 ans ») ou bien 
15 possedant des loisirs specifiques (par exemple « aime la 
lecture » ou « appr6cie le cinema japonais ») . 

Dans le domaine de 1 ' achat ou de la vente, par 
ailleurs, l'utilisateur peut rechercher dans une foule de 
20 vendeurs (sur un marche par exemple) , celui qui propose les 
prix les moins Sieves, ou celui qui vend un produit 
specif ique . 

L' invention est decrite dans ce qui precede a titre 
25 d' exemple. II est entendu que l'homme du metier est a meme 
de realiser differentes variantes de 1 ' invention sans pour 
autant sortir du cadre du brevet. 
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REVINDICATIONS 

1 - Precede de communication mettant en oeuvre au moins 
un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, UMTS, CDMA, 
W-CDMA ...) et des moyens d'accds a un r6seau local sans-fil 
caracterise en ce qu'il comprend les etapes consistant a : 

- Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 
donn^es numeriques ; 

- Envoyer une premiere requite, ladite requete 
comportant une plurality de param^tres et transitant via le 
rtseau local sans-fil ; 

- Envoyer une seconde requite a un serveur, cette 
requete comportant au moins une liste d' identif iants 
constitute d'au moins un identifiant et transitant via le 
reseau de telecommunications mobiles ; 

- Traiter au niveau du serveur la seconde requite a 
l'aide de la base de donnees comportant les profils 
utilisateurs ; 

- Recueillir une reponse a la seconde requete du 
serveur et afficher cette rtponse sur un ecran dudit 
Equipement . 

2 - Procede de communication selon la revendication 1, 
caracterise en ce que les deux requetes sont emises de fagon 
simultanee . 

3 - Proc6de de communication selon la revendication 
1, caracterise en ce que les deux requetes sont emises & des 
instants differents. 
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4 - Procede de communication selon la revendication 1, 
2 ou 3, caract6ris6 en ce que l'equipement mobile emet un 
signal vers le reseau local en permanence. 

5 - Procede de communication selon l'une au moins des 
revendi cat ions pr<§cedentes , caracteris6 en ce qu' il comporte 
en outre une 6tape de constitution d'une liste 
d' identif iants correspondant aux reponses & la premiere 
requete • 

6 - Proc£d6 de communication selon la revendication 5, 
caracterise en ce qu'il comporte en outre une etape de tri 
parmi les identif iants correspondant aux reponses a la 
premiere requete . 

7 - Procede de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce que 
1' envoi de la seconde requ§te est declench6 par une action 
de 1'utilisateur. 

8 - Proc6d6 de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce que 
1' envoi de la seconde requete est declenchg de fagon 
automatique. 

9 - Proc6de de communication selon l'une quelconque 
des revendications precedentes, caracte§ris£ en ce qu'il est 
mis en oeuvre dans un service de mise en relation. 

10 - Procede de communication selon l'une quelconque 
des revendications precedentes, caract6ris6 en ce qu'il est 
mis en oeuvre dans un service de vente de proximite. 
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11 - Proc^de de communication selon l'une quelconque 
des revendications prec6dentes, caract^risS en ce qu'il 
comporte en outre une etape de conversion d' identifiants de 
fagon & rendre compatibles des identifiants de 1'operateur 
de telecommunications avec les identifiants enregistr^s dans 
ladite base de donnees numeriques . 

12 - Systeme de communication pour la mise en oeuvre du 
procedg selon l'une au moins des revendications precedentes 
comportant une pluralite d ' equipement s mobiles bi- 
compatibles, au moins une base de donnles, au moins un 
serveur, et au moins un reseau de telecommunications 
mobiles . 
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ET 



US 6 618 593 Bl (PETTINELLI EUGENE ET AL) 
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colonne 7, ligne 31 - ligne 52 

colonne 8, ligne 54 - colonne 9, ligne 2 
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ET AL) 



-/~ 



[I] Volrla 



suite du cadre C pour la fin de la nste des documents 



Les documents de families de brevets sont indiques en annexe 



• Categories speciales de documents cites: 

•A" document defintesant I'etal general de la technique, non 

considere comme partlcullfcrement pertinent 
•E* document ante rieur, -mate publte a la date de depot International 

ou apres cette date 

'V document pouvant leter un doute sur une revendlcation de 

priorite ou cite pour determiner la date de publication d'une 

autre citation ou pour une raison spectale (telle qu'indiquee) 
•O" document se referant a une divulgation orale. a un usage, a 

une exposition ou tous autres moyens 
'P' document publle avant la date de depot international, mais 

posteneurement a la date de priorite revendfquee 



T' document ulterieur publie apres la date de depot international ou la 
date de priorite et n'appartenenant pas a fetat de la 
technique pertinent, mais cite pour comprendre le principe 
ou la thSorie constBuanna'Oase de Pinvention 

■X' document particullerement pertinent; rmven tlon revendiquee ne peut 
etre consideree comme nouvelle ou comme Impliquant une activite 
inventive par rapport au document considere isolernent 

•Y' documeni partlculierement pertinent; rinven tlon revendiquee 

ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est assocle a un ou pbsieurs autres 
documents de meme nature, cette comblnaison etant evidente 
pour une person ne du met ier 
document qui fait partle de la meme famille de brevets 
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